home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
e
/
misc.txt
/
000049_fdc@panix.com_Wed Dec 27 16:09:33 2006.msg
< prev
next >
Wrap
Internet Message Format
|
2018-01-01
|
3KB
Path: reader2.panix.com!reader1.panix.com!panix!not-for-mail
From: Frank da Cruz <fdc@panix.com>
Newsgroups: comp.protocols.kermit.misc
Subject: Re: ftp check usage
Date: Wed, 27 Dec 2006 21:09:22 +0000 (UTC)
Organization: PANIX Public Access Internet and UNIX, NYC
Lines: 68
Message-ID: <slrnep5o82.l9u.fdc@panix3.panix.com>
References: <1166820118.724272.114490@80g2000cwy.googlegroups.com> <slrneooln8.grv.fdc@panix3.panix.com> <1167229694.435877.237650@48g2000cwx.googlegroups.com> <45928c3e$0$4877$4c368faf@roadrunner.com> <1167238425.623478.174680@48g2000cwx.googlegroups.com>
Reply-To: fdc@columbia.edu
NNTP-Posting-Host: panix3.panix.com
X-Trace: reader2.panix.com 1167253762 27588 166.84.1.3 (27 Dec 2006 21:09:22 GMT)
X-Complaints-To: abuse@panix.com
NNTP-Posting-Date: Wed, 27 Dec 2006 21:09:22 +0000 (UTC)
User-Agent: slrn/0.9.8.0 (NetBSD)
Xref: panix comp.protocols.kermit.misc:15621
On 2006-12-27, robt <robt@publicans.com> wrote:
: Here's the LISTFILE output:
: /bin/ls: tst: No such file or directory
:
When Jeff suggested that you get a debug log, he didn't mean you should
post it to the newsgroup. That's what kermit-support@columbia.edu is for.
: This is the ftp session:
: ...
: (/usr2/prod/home/oracle/scripts/system/) C-Kermit>ftp check tst
: ---> TYPE A
: 200 Type set to A.
: ---> PASV
: 227 Entering Passive Mode (192,168,7,175,141,252)
: ---> NLST tst
: 150 ASCII data connection for /bin/ls (192.168.7.99,40546) (0 bytes).
: 226 ASCII Transfer complete.
: LISTFILE: /tmp/ck9naiav
: [/bin/ls: tst: No such file or directory]
: (/usr2/prod/home/oracle/scripts/system/) C-Kermit>status
: SUCCESS
:
: This is the logfile:
:
It would have been more useful to enclose the listfile itself, which in
this case was /tmp/ck9naiav.
: CMD(P)[ftp check tst]
: ftp remote_files mgetmethod[NLST]
: ftp remote_files whicharg[tst]
: ftp recvrequest cmd[NLST]=0
: ftp recvrequest local [/tmp/ck9naiav]
: zchko entry[/tmp/ck9naiav]
: zchko len[/tmp/ck9naiav]=13
: zchko zchkod[/tmp/ck9naiav]=0
: ...
: FTP SENT [NLST tst]
: FTP RCVD [150 ASCII data connection for /bin/ls (192.168.7.99,40546) (0
: bytes).]ftp getreply[150 ASCII data connection for /bin/ls
: (192.168.7.99,40546) (0 bytes).]=1
: HEXDUMP: ftp secure_getc recv (16 bytes)
: 2f 62 69 6e 2f 6c 73 3a | 20 74 73 74 3a 20 4e 6f /bin/ls: tst: No...
: FTP RCVD [226 ASCII Transfer complete.]
: ftp getreply[226 ASCII Transfer complete.]=2
: remote_files name[/bin/ls: tst: No such file or directory]
:
This shows that "NLST tst" resulted in the FTP sending back the following
text on the data channel:
/bin/ls: tst: No such file or directory
Quoting from RFC959, the File Transfer Protocol (FTP) specification:
NAME LIST (NLST)
This command causes a directory listing to be sent from
server to user site. The pathname should specify a
directory or other system-specific file group descriptor; a
null argument implies the current directory. The server
will return a stream of names of files and no other
information.
The server is clearly in the wrong. If it followed the protocol, there
would be no problem.
However I can see that Kermit could defend itself better in this case.
I'll add this to the list.
- Frank